home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001472_daemon _Tue Jun 29 01:06:55 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB

  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA29970; Tue, 29 Jun 93 01:06:57 MET DST
  3. Errors-To: sanders@bsdi.com
  4. Return-Path: <sanders@bsdi.com>
  5. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  6.     id AA29966; Tue, 29 Jun 93 01:06:55 MET DST
  7. Errors-To: sanders@bsdi.com
  8. Received: from austin.BSDI.COM by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  9.     id AA16172; Tue, 29 Jun 1993 01:30:13 +0200
  10. Received: from localhost by austin.BSDI.COM (5.67/1.37)
  11.     id AA01128; Mon, 28 Jun 93 18:30:09 -0500
  12. Message-Id: <9306282330.AA01128@austin.BSDI.COM>
  13. To: www-talk@nxoc01.cern.ch
  14. Subject: HTML+ and browser functionality
  15. Errors-To: sanders@bsdi.com
  16. Reply-To: sanders@bsdi.com
  17. Organization: Berkeley Software Design, Inc.
  18. Date: Mon, 28 Jun 1993 18:30:08 -0500
  19. From: Tony Sanders <sanders@bsdi.com>
  20.  
  21. Hey, I remember a while back someone suggested having certain standard
  22. links in the document (forw back up top).  Instead of hardcoding these
  23. how about just having a control panel element that might work like this:
  24.  
  25. <CONTROL>
  26.     <UL>
  27.     <LI> <A ...>Click here</A>
  28.     <LI> <A ...>Drink me</A>
  29.     <LI> <A ...>Go away</A>
  30.     </UL>
  31. </CONTROL>
  32.  
  33. Then a clever browser can do whatever it wants to render that section of
  34. code (the idea being that it could stick it in a window so it's always
  35. available for navigation).  By default it can just render in place.
  36.  
  37. This has the advantage of allowing us to experiment with different control
  38. structures.  FBUT is ok for some documents but I can see applications where
  39. other navigation schemes would be useful (e.g., NSEW in maps).
  40.  
  41. Any comments?  Sorry if someone already "invented" this, I didn't see anything
  42. in the HTML+ DTD_ and wanted get peoples comments.
  43.  
  44. BTW: I would like to give a big thanks to Dave Raggett for doing a great
  45. job on the HTML+ DTD_.  From our random arguments and outrageous requets
  46. (tables, forms, ...) Dave has really pulled HTML+ together.  Any idea when
  47. it'll be stable enough to start developing browsers for?
  48.  
  49. Looking forward to the Workshop next month,
  50. --sanders_
  51.  
  52. .. _sanders http://www.bsdi.com/hyplan/sanders.html
  53. .. _DTD ftp://info.cern.ch/pub/www/dev/htmlplus.dtd